I think this will do for now... keep checking back.
Edit note:
More bugs found~
The "Online" box is not displaying correctly according to the configure settings and the user's visible/invisible status. (fixed)
The "Attachments" list doesn't seem to be displaying all boards. (provided the viewer can see them of course) (I found the problem, now just need to figure out the solution... lol) (fixed)
Minutes missing in the "Online" display. I know what it was that broke that... lol was me. (fixed)
Shout box time stamps didn't reflect user offsets. (fixed)
Shout box not viewable with Mozilla 1.1/Linux. I'll know soon if what I have done actually fixed the problem... lol (fixed)
There was a problem with picture sizes in most all of the pal boxes. I have changed it so that if there are no picture width/height values stored with the user's picture the values are set to the default ones in the theme.inc.php file. (fixed)
After doing a search for usernames in the profile index the highlighting is added to the username used in the links for sending a pm and adding to address book and the other related links. (fixed)
Small problem with "action" sentences in the shout box. Multiple /me's are also removed from the same line. Only the first one should be replaced. (fixed)
The newspal.php script was not pointing attachments at the download.php script. (fixed)
attachmentlistpal.php was also not pointing at teh download.php script. (fixed)
Various refer checks are being used and not checking first to see if this was disabled in the .threads configure file. (fixed)
Have added~
An option to prevent unregistered users from using the shout box. (done)
A limit option to allow for displaying only so many names in the online box. A link to the online.php page of .threads is provided when the limit is passed. (done)
Setup information on adding "At the Entrance" to the language files so that users locations are explained in the online.php page. (done)
A version check and warning during initial install if used with .threads versions other than 6.1 (not sure if I should make it not run completely as it can be made to work with 6.0 easily enough) (done)
Working on getting the "profile index" added back in. Guess I'm bored. LoL Plus may as well get the bugs out of it now... (done)
Everything is XHTML 1.0 transitional compliant now too! wooo hooo! standards.
Have changed~
Instead of limiting access to U_Number 2, typically the "main admin" in .threads it will now allow access based on status, and that being Administrator. Navaho informed me that when .classic users move to .threads their usernumber may often not be number 2. Now I know.
Ok I found a bug in the online pal box. I'll have to modify a query in the index page to supply the information the online box will need to use to work correctly.
What is basicly happening is that all users, with the exception of admins, are seeing what a guest would see when viewing the online box. To get around this you can set this:
If a user a user is invisible should we allow them to see others that are not? Note: Admins are not affected by this setting. 1=yes 0=no
to 1 in the online configure panel for IIP in the "ONLINE" box area.
The online pal box also needs to see if the user viewing the page is invisible and if so display the information according the the setting above. Right now it can't tell if the registered user is invisible or not...
With caching the generation times will drop considerably. I plan on looking into creating a cron script that would do the cache updates independantly from the front end so that nobody would end up with a page that lands on a full cache update.
Getting feedback on this version will greatly help with the next one as far as getting it go speed up.
No this doesn't work with Cats completely. I really didn't spend much time on fixing 4.3's Cat issues for this release. In the next version I have already gone through every link and made sure the Cat is being passed. I am not sure how I'll accomplish allowing the setting of specific news boards on a per Cat basis in the online configure panel either. A site with 200 categories would have 10 full pages of news setup boxes unto itself.
I fixed the times in the next release. I have used Mozilla 1.0 (windows) on 5.0's shout box and it all seemed the same as IE. But, 5.0 has been completely rewritten. Allowing for the use of languages correctly allong with templates ment nothing was untouched. As I was going through the code I found things I could do better and did. LoL
I'm at the front page with Mozilla 1.0 right now... it looks the same as IE 6.0 but perhaps I'm in some compatibility mode by default?
One of the things to keep in mind about adjusted times is that when the page is running in "force public" mode so more information can be cached the times are only displayed according to the server time. Since 5.0 throws everything into an array for the template to spit out I think it will be possible to still display correct adjusted times for registered users. I haven't even began figureing out how to store some of the larger arrays and pull them back out correctly yet... but I'll get there... lol
Well after taking the night off lastnight, I see a new version. Just a question dave. Since I'm already running 4.6, to update to this "current" version can I simply overwrite my pals and index, and just change the one variable in my index.php file? Or do I need to start from scratch and reconfigure?
posted by AllenAyres:I remember you saying something about "sideblocks" for the forums, is this still something available? Would be nice to have a link to hide/unhide as well I see that in the phpnuke/vb stuff.
I pulled this from a 4.3 post
Just wanted to let you know that with 5.0's templates you can wrap any non admin .threads script with pal boxes by adding two and modifying one lines of code in the .threads script. It blends everything together rather nicely.
Oh dear, I wasn't thinking and just ended up overwriting my config file Not a big deal, but I see the errors are not showing up anymore, so that's good
I updated all the changes in the config script, viewed my main page, it was displaying correctly. But I wanted to tweak it some more, so I click on the copyright link to adjust the changes. Whoops, I got this:
code:Parse error: parse error, unexpected ';' in /home/www/michiganjeepers/forums/pals/configpal.php on line 36
And now, the config page is messed up, all the settings are completely gone.
posted by AllenAyres: I was gonna post something about slow page generation times, but it looks like the server here is a bit sluggish today, as all pages are slow at times
I was just mentioning something about this in the shout box. I have seen some high numbers as far as page generation times go but in contrast the page itself loaded quickly as far as I was concerned. I have been wondering if the shout box loading in an iframe and calling the main.inc.php file while the main page is doing the same thing has something to do with that? Probably not I guess. Each should be a seperate occurance, right? I'll have to ask Rick about this when he gets back. It's been on my mind for a while now... lol
I fixed it. I made the change to NOT show initial setup when I go to config, and instead of placing a 0 in the configpal.php it didn't enter a number at all. But I manually put a 0 and it works great.
OK, I've tracked this one down. It's the tableborders class on the table surrounding the iframe that makes the whole thing completely black. If that is removed it looks great on Mozilla 1.1 (Linux).
There is no change on the appearence with either your or my way, both works. Take a look at the attached image to see how it looks like for me with either of these changes.
wow that text is huge in the box... does the text not resize with a <span> tag? Or would a <font> tag be better...
On IE there is an iner boarder around the iframe but I don't see it in your screen shot. I'll do the customary double table open around the iframe so that there are borders for both browsers.
The script that adds the shout to the database does check for bans. If it is a registered user it checks the username making the shout. If not a registered user it uses the IP address to check against the bans. Dynamic IP addresses are the majority on the net. ISP's such as AOL complicate this with proxies.
I added a check against the postername variable being used to see if that too is banned. I think the best way to handle it though would be to disallow nonregistered users from using the shout box and then banning by username may tire them out.
I thought about widening it out to that size but decided to follow the other boxes with the padding around the content. I will make some changes to this next update and also add a doc type to the shout display page to see if that helps bring things back into perspective.
posted by JustDave: No this doesn't work with Cats completely. I really didn't spend much time on fixing 4.3's Cat issues for this release. In the next version I have already gone through every link and made sure the Cat is being passed. I am not sure how I'll accomplish allowing the setting of specific news boards on a per Cat basis in the online configure panel either. A site with 200 categories would have 10 full pages of news setup boxes unto itself.
Q - When you say next release do you mean 5 or 4.6.0.1
I am not really too fussed about all the various cat settings for all the various options, as I will be installing one copy of IIP for each community - okay it means I have to install it around 20 times initially (the other 180 can wait!) - but as I have a seperate folder now for each community, and various sites all link to those different folders it is not a major problem - what I need to avoid is loosing the Cat setting, within those communities
It does? That's certainly annoying. But couldn't you put a table on the page in the iframe and have the padding in there. It shouldn't affect the placing of the scrollbar.
Is there a limit to the # of users shown in the onlinepal ?
Im getting ready to go live and mass email all my members with the new url to the forums.. however even now with only @40-50 people showing its turning into a really big pal: []44 members (michael, E.E., XxKoRnxX, Dthunder, azza2002, azn_devil, Dogmiester86, chipmonkrocks, tyranitar666, pokemonmike, Riotkitty, Raikou87, dark_trader, KingdraSummoned, djcool2004, pokemoncardfreak, MoolaH, EEVILMURRAY, Hollywood_Hulk_Hogan, aximili, Raichu151, POKEDAD43, webgod, CrazyWolf, Grass, water_master_2002, Jay_Williams, Master_of_Duels, maxpayne, Dark_Gia, hockeyman17, RoCkEtS_ZaPdOs, Mike_and_Becca_Professors, dragonscytheazn, Skatekid, pokemonbertke, Pichu2003PTCO, bt880720, Lukas, Goku_Of_Borg, charizard_262000, tctreece2003, pokemon_weirdo, SQuiRT) and 11 guests have been online with in the last minutes.
I don't think I have done that with this version. I have done a limit for the 5.0 though... lol
Adding the option to this one isn't that big of a deal. I'll put it in now. There will be a setting in the configure panel to set the limit. There will be a "...more" link to the main online.php page so they can view the rest of the users online.
posted by Gardener: Yeah, I saw that too, don't know why it's like that. Span should work OK with mozilla. Is there a doctype in the html-page inside the iframe?
Why not have the iframe start next to the outer border instead, utilizing all area inside the box?
I went through and made all of the html in the shoutdisplaypal.php script XHTML 1.0 compliant. When I put the correct doctype in it causes the iframe to include a scroll bar accross the bottom. Any ideas why this would happen or how to get around it? This was happening in IE but I just finished installing Mozilla 1.1 and will check that too.
Just checked. Must be an IE related issue. Looks fine in Mozilla 1.1 here.
I'll be keeping the doctype in as it's a good thing.
Can't help you with MSIE, but it does look good in Mozilla 1.1 Linux now. Looks good with Opera 5 for Linux as well, although the width of the columns on the page is a bit strange. The right column is wider than the middle one and the middle column is just a bit wider than the left column.
Opera for windows is the same. I think it's because I'm using a percentage in the width of the iframe but I could be wrong. Mozilla and IE are adjusting and Opera flips out. LoL I will be making the frame size a configureable option based on browsers used to compinsate for this.
I had the same problem as you. For some reason the index page sometimes doesn't recgonize me as logged on, eventhough I logged on and checked "remember me" or whatever. But if I go back and forth from main index to entrance it will then remember me. Its weird.
Are you the "main admin". That is, your usernumber should be 2. In the database it is under U_Number 2. If not your the second "main admin" that isn't U_Number 2. That is not good. lol
ummmmmm Ok... Well, my birthday is tomorrow and maybe I'm feeling old?? I was using the account I always use which is an admin but not the original main one.... 'tis working now..... Goin' to the stooooopid corner.....
Thanks!!
Some people read their stars..... I choose to write my own
lol whew! good to hear. I had originally thought that this should only be accessable by the person that actually controls how the site looks and therefor didn't want just any admin accessing it.
*L* Came outta the corner to read this.... *L* Hey, I do have a display problem with pics.... The people on there love to see their pics on the index page.... It's making them full size instead of thumbnails... Is there a setting somewhere or should I dig into the code to fix this? BTW, thanks for the awesome work!!
Some people read their stars..... I choose to write my own
Great! Well, it's the new user box and all the newsboxes that are showing the pics.... I went ahead and turned the pic display option off for now.... Man this is great.....
Some people read their stars..... I choose to write my own
One of the problems, well not so much a problem but it could be, was that if the picture sizes were not in the database I was accessing the file and reading the size. Each picture was 2 disk seeks... one to see if it exists and one to get the info. This is just not a good way of handling it. If the sizes are not in the database they will be defaulted to what ever the $theme sizes are set to in your theme.inc.php file.
Ok here's an updated zip file. All of the fixes have been included that I have listed in the main post of this thread. I also tossed in another piece of 5.0 but it's an earlier version with the language not seperated. It's called "Profile Index" and allows browsing of the profiles more easily. There are some new configureable options needing to be set too so bring up the online configure panel and set them.
Just a note, if your searching IP addresses with the profile index you need to place a wildcard * in place of . so you would be looking for something like 209*38*40* Hope that made sense.
Alot of this stuff just got better when I went to templates as I went through it all with a fine tooth comb but there may still be bugs I missed and having this older version getting some real use will help find any others.
Download the file. Unzip and upload all files with the exception of configpal.php (if your updating 4.6 that is) and then load the online configure panel and update the new settings and enjoy.
I'm headed north for a few hours. If you find bugs please do post them. I'll kill them when I get back.
sorry, when i click the To view the INITIAL SETUP box please click here. link and use that page I can set the variables and they stick
If I use the first page it wipes out the variables i set
Also, my Onlinepal is displaying a lot of extra comma's []90 members (articuno, esten, michael, Dthunder, Grass, mattman1, Leonhart54, Supreme_trader2002, bulbaT, mazakala, KingdraSummoned, paradoxbros, B-UTTERFREE, []NIGHT_@NGEL[/], charizardstikitorch, VVonTonMan, spiveyman, erik7k2, CrazyWolf, dairyman80631, , , , , , , , , , ...more) and 12 guests have been online with in the last 10 minutes.
Dave, using the latest MSIE on a Mac, the word wrapping's wrong on the shoutbox unless I reload. It fouls again everytime I've added a shout. I'll attach screenshots
That latest relese is XHTML compliant but I do have it leaving the doctype out becase it caused IE to include a scroll bar at the bottom of the iframe.
The doctype is only pulled for IE. Other browsers such as Mozilla get it included in the page when viewed.
It's hard for me to fix things or try to figure them out for systems I don't have so I'm not sure what to tell you about the shout box. It's standards compliant. Should work.?
I should make that more clear, the actual page the shouts are on is compliant. The pal that creates the iframe and loads it isn't.
That's screwed up. The 'attach a file' and the 'preview your post' are both accomplished via the same page, but you can't BOTH edit AND attach. That's totally unintuitive.
I think I'll get the Picture Post thingie in too and just call this 5.0 LoL Then I wont feel bad for calling what I'm working on next 6.0 and there's a bunch more features in 6.0 so there's definately more to look forward to..
I have debated on going through all of these and making them xhtml compliant. It's not that hard really. I just hate the idea of covering ground already covered in 6.0
Edit Note: Any major problems during the upgrade that can be made easier to deal with?
only if you are running 6.0.3 I had to comment out the version check
The one thing about doing the xhtml will be that there should be less support questions regarding it not looking right in different browsers (Mac/IE, Moz, etc.) You'll be sure it's not a table tag or form tag in the wrong place.
Yes I am looking forward to getting away from nonstandards code.
I remember my iframe not being compliant when I was putting the templates together. If I can talk my wife or daughter into forcefeeding me coffee all night I may run through everything in this version and make it xhtml compliant.
Okay just a little bug. Not any big deal. I added the entrance links to registered and unregistered templates. It points to $config('homeurl') well this results in the following
[]Yes I am looking forward to getting away from nonstandards code.
I remember my iframe not being compliant when I was putting the templates together. If I can talk my wife or daughter into forcefeeding me coffee all night I may run through everything in this version and make it xhtml compliant.
(one less stray variable in the mix) lol
global search and replace with ultra edit would have it done in an hour or less Make the search case-sensitive
I have considered using global search and replace with dreamweaver mx but I didn't want to change any variables that my match what I'm replacing... lol
I'm about half done with the index page itself... the pages in the menu box will be last...
i added a little script into my generic header I call a "Member Locator" that hits your profilepal
My members are raving!! At last they have a way to find a member without having to search through posts to get to their profile so that they can add them to their address book, etc.. http://www.pokemon-trading-cards.net/forums/ubbthreads.php?Cat= (its in the red nav down the left of the page)
posted by Gardener: Can't help you with MSIE, but it does look good in Mozilla 1.1 Linux now. Looks good with Opera 5 for Linux as well, although the width of the columns on the page is a bit strange. The right column is wider than the middle one and the middle column is just a bit wider than the left column.
I was wondering if the text size at my test site was large too? If not then perhaps it's a .css problem. The text is being wrapped with <span class="small"></span> so perhaps there is something different being done here?
posted by AllenAyres: The one thing about doing the xhtml will be that there should be less support questions regarding it not looking right in different browsers (Mac/IE, Moz, etc.) You'll be sure it's not a table tag or form tag in the wrong place.
Dave, makes sense to me; hey, I'm not complaining, I'm just adding my report to your mix so if/when you start hearing from mac/msie people it won't be a surprise...you can say "Oh, right...THAT problem"
Weird that it always looks right on a reload.
Even weirder that it doesn't just wrap wrong after I've shouted...it also looks wrong on new visits to the page.
Who knows...
JIM
posted by JustDave: That latest relese is XHTML compliant but I do have it leaving the doctype out becase it caused IE to include a scroll bar at the bottom of the iframe.
The doctype is only pulled for IE. Other browsers such as Mozilla get it included in the page when viewed.
It's hard for me to fix things or try to figure them out for systems I don't have so I'm not sure what to tell you about the shout box. It's standards compliant. Should work.?
I should make that more clear, the actual page the shouts are on is compliant. The pal that creates the iframe and loads it isn't.
I have everything with the exception of the "Profile Index" running XHTML 1.0 transitional compliant right now on my test site. I also had to remove some empty color attributes in the standard infopop.css file so that it validated. There were warnings that I didn't include background colors with forground and vise versa but it validated none the less.
I also had to remove the code in the header.php include that is already present as it was not compliant.
The Profile Index was the hardest one for me to convert on the version I should be working on now and I really don't want to fix this older version... lol but I will. It was because of the way I'm tracking what check boxes are checked.
Once this version is smoothed out it should render well in all browses... *should*
I can remember the day when most anything would do for "html" in scripts like these... 2 or 3 head tags, a couple of <html with nothing closing it.. no body tags. It's amazing how bad the html can be and IE will still render it usable. I know a well-known script that only had some table tags (and those were done badly), and no <html, <head, or <body tags... it's a miracle it displayed at all
Dave, it's working flawlessly on my browser this afternoon, even without reload. Don't know if it's something you did or just browser ju-ju, but there yuh go.
One bit of weirdness, though...I tried to type "testing" and got an error message "shout already exists". FWIW there are no previous shouts by me in the window...yesterday's are gone.
Hey, I don't understand the tech stuff...would it be overly optimistic to hope this is the beginning of a serious built-in chat client for UBBT? Or is this about as far as it can go?
posted by chowhound: Dave, it's working flawlessly on my browser this afternoon, even without reload. Don't know if it's something you did or just browser ju-ju, but there yuh go.
I did monkey with some things so it may have been me. lol
posted by chowhound:One bit of weirdness, though...I tried to type "testing" and got an error message "shout already exists". FWIW there are no previous shouts by me in the window...yesterday's are gone.
The shout that already exists isn't being displayed. There is a buffer of 20 shouts and once it is filled the buffer is emptied. This keeps the number of queries down.
posted by chowhound:Hey, I don't understand the tech stuff...would it be overly optimistic to hope this is the beginning of a serious built-in chat client for UBBT? Or is this about as far as it can go?
No. Definately not a serious chat client. What your looking at in the shout box is a very simple "showflat.php" display. A "serious" chat client also needs a chat server in which to connect to. For those sites that wish to have "their" database used for nicknames and such they would need a dedicated chat server on which there would be no chance of other users being able to use the same nickname. There are php chat scripts out there. Still, basicly just the same as posting messages to a board though. I don't think there are any that run as a background proccess as a dedicated chat server would need to.
posted by chowhound:Also, how intensive is it on server/db/bandwidth?
The shout box is is less load then showflat.php is.
posted by chowhound:Congrats on one of your coolest hacks ever.
When I was putting 5.0 together I had it in all different setups... half templated while testing different template ideas, half languaged, well mostly when I reallized why Scream had everything in a single array (them global calls get quite large amungst other reasons) and a mixture of standards and nonstandards coding. At this point the only thing that's not in 4.6 that was in the old 5.0 is something called "picture posts" that allows for browsing of image files in the forums. (based on access of course) What I'm asking here is does anyone want to have this older version of "picture posts" now and I'll call this current IIP 5.0 beta untill the bugs are squashed? Then I wont feel so bad calling the next one 6.0 LoL I hated to skip a number without anyone getting a stab at it.
Doesn't matter to me since I probably won't be using that feature. I will be working towards some better photopost integration if anything. But I like the new index system so far, its so much better
As time goes on the picture post feature will become quite comparable.
Since Imagemagic is free I will eventually be utilizing it as much as possible for creating thumbs and other such things. I can't say for sure as I can't afford to purchase a copy but I believe PhotoPost's features greatly depend on Imagemagic. Am I wrong?
Well, the 3.0.x version relies only on ImageMagick, BUT 3.1 which is due out today or tomorrow will utilize php's built in GD, so users wouldn't even need to go through the installation of IM to get it to work.
Also dave, coming up very shortly is a free version of PhotoPost, it lacks many of the high-end features for large sites, but when that comes out you could get your hands on it and see how the program basically works and possibly build from that.
I just see photopost getting pretty big fairly quick, and even had someone compliment my site with PP and UBB.T and was asking me if I would sell my index code, I told him it wasn't mine, but you created it and its free to use if you have UBB.Threads, etc.
I know casper has the pal already made to display a random image, which is really cool. I just need to take it a few steps further is all
Using the GD library is fairly straight forward. The problem I percieve is that not many hosts will have this enabled. I had started work on using the GD library for my picture posts feature but scrapped it thinking not many would be able to use it. Also, only older GD libraries support .gif images but the new ones will probably do so when the pattent runs out next year.
In IIP 6.0 users can browse pictures posted in forums they have access to, search them forums for various pictures in much the same manor as the profile index search, chose how many results to display per page and how many columns, when showing one picture at a time (large display) they can rate the picture or see what they have already rated it. Also, in the "show one" display there is a list of replies to the picture. The main thing I'll want to do next with this is to allow for thumbnail generation and storage.
Well then I guess I'll wrap things up as they currently stand. I'll still call this 5.0 and keep it beta for a while untill I'm fairly sure all bugs are squashed.
I'd like to dig back into 6.0 asap so I can open it up for viewing so ending this version now helps.
The image feature is so much nicer in 6.0 so I think I'll just keep it for 6.0's package. I read your article at ubbdec.com about the portal project and what Charles said about the different layers of an application and after getting things moved into templates/language files and seperated code it's just easier to manage. (good article too, btw!)
And hey, with some luck I'll get some sort of admin feature to generate thumbs. Creating thumbs with the GD library is easy and can be something that's automatic with a picture attachment but like I mentioned above from what I have seen not many hosts care to support that library in their shared systems.
Donate to UBBDev today to help aid in Operational, Server and Script Maintenance, and Development costs.
Please also see our parent organization VNC Web Services if you're in the need of a new UBB.threads Install or Upgrade, Site/Server Migrations, or Security and Coding Services.
at the moment - but expanding all the time....) 
Not a big deal, but I see the errors are not showing up anymore, so that's good 
